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Design and simulate your own 
fuzzy setpoint controUer 




I enjoy backpacking — a lot. Colin 
Fletcher is a long-time expert in the 
field. His first backpacking how-to 
book appeared in 1968, and in Its preface, he 
questions the value of "how-to" books in 
general. He wonders whether a novice would 
actually stand to gain more by just doing — 
and learning from his or her own errors — 
rather than following the advice of an 
expert. 

I wonder the same thing now, but in a 
fuzzy context. Most neophytes benefit from 
learning from someone who has already 
"been down the road." In addition, there is 
some value, once you have been down that 
road yourself, in seeing how others work out 
the same, or similar, tasks. However, I fear 
that well-intentioned, fuzzy-logic fans 
might become too comfortable as listeners — 
rather than doers — and, thus, be uncom- 
fortable with the prospect of struggling with 
their own ideas. Knowledge grows from 
being taught, but wisdom is gained through 
experience. 

If you feel at least a part of your future 
may be fuzzy, I strongly recommend active 
participation. Buy a tool and start playing 
with it. You have lots of tools to choose from, 
but, for a number of reasons, I recommend 
CubiCalc version 2 from 
HyperLogic (Escondido, CA 
(619) 746-2765)). It is a 
strong fuzzy development 
tool with a powerful simu- 
lation language that allows 
you to develop rather com- 
plex fuzzy models. In its 
basic form, CubiCalc ver- 
sion 2 costs $495. 

Now, for the example 
(the project file for the fol- 
lowing CubiCalc design 
example is available via the 
EDN BBS). In this column 
(and the next several) we'll 
work together to design and 
simulate a simple fuzzy set- 
point controller. We'll also 
consider the steps necessary 
to implement the simula- 
tion in a microcontroller- 
based system. The purpose 



of the controller is to charge a capacitor to a 
specified value through a series inductor and 
a very smaU series resistor (Fig 1). The capac- 
itor is 100 (jlF, the inductor, 10 mH, and the 
resistor, 1X1. The circuit resonant frequency 
is nearly 160 Hz, with a period of 6.25 msec. 

The purpose of the controller (Fig 2) is to 
apply the appropriate to drive V^, 
through a 5V step. The controller need only 
respond to a step; ramping or tracking arbi- 
trary waveforms is not a requirement. Also, 
the amplitude of the step is constant. 
Response requirements are 
• to 90% risetime <1 msec 
Overshoot <5% 
Settling to ±1% in S2 msec. 
There are two additional constraints. First, 
V,^ is supply-limited to ±15 V. Second, 
although the required step size is constant, 
the value of C can change from 50 to 200 \xV. 

Let's start with a series of design deci- 
sions. 

Controller type: This is a second-order, 
primarily linear system — the ±15 V drive 

limitation is the only nonlinear component. 
For constant valued C and constant step size, 
a linear PID controller does an excellent job, 
even with the nonlinearity. A linear PID 
controller is also easy to design. However, 
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The controlled system: The goal, here, Is to charge the capac- 
itor through the resistor-inductor series combination by 
a^ying a voltage, M„' 



Figure 2 
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The closed-loop system: Based on the value of an error, the dif- 
ference between the desired and actual values of VC, the con- 
troller applies an appropriate voltage, V,^, to the RLC circuit. 
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the linear system does worse over the 
range of capacitor values. Therefore, we 
will use a fuzzy controller. 

Although this is a legitimate design 
choice (ie, linear vs fuzzy), for our dis- 
cussion the point is moot — ^this is a 
fuzzy column. 

Input selection: Selecting 
inputs to a fuzzy system is criti- 
cal. That a fuzzy design is poor 
may have nothing to do with 
the use of fuzzy logic and every- 
thing to do with choosing poor 
inputs. Independent of system 
type, if desired system operation 
cannot be achieved in response 
to the selected inputs, the sys- 
tem won't operate properly. It 
doesn't matter what is in the 
middle; garbage on the inputs 
results in garbage at the outputs. 

Unfortunately, even though 
sensitivity theory is useful in 
identifying whether a potential 
input is of value, I know of no 
systematic method for actually 
selecting inputs. Experience is 
invaluable. 

For this example, we'll use the 
traditional proportional (P), integral (1), 
and derivative (D) components of mea- 
sured error, e, the instantaneous differ- 
ence between desired and actual capac- 
itor-voltage values. We'll use these 
inputs in a manner similar to a tradi- 
tional PID system, with the P term used 
to reduce absolute error, the D term to 
control overshoot, and the I term to 
eliminate offset error near the setpoint. 

Calculating I and D: A PID con- 
troller implemented with analog elec- 
tronics has its integrator and differen- 
tiator built in. Although this is an 
option — a dual op amp and a few resis- 
tors and capacitors would do the trick — 
we'll calculate the integral and deriva- 
tive of the error signal digitally. (See Fig 
3 for an explanation of this technique.) 
For the derivative, the slope of the sig- 
nal between sample points is calculat- 
ed. For the integral, the area under this 
same segment is calculated and added 
to the previous integral value. 

There is some error associated with 
these straight line approximations, but 
oversampling lessens this error. The res- 
onant frequency of the LC combina- 
tion is approximately 160 Hz, or a pe- 



riod of 6.25 msec. The sampling inter- 
val is 50 jjisec. 

Normalized fuzzy values: 1 prefer 
working with normalized fuzzy values. 
That is, in creating membership func- 
tions, I size inputs and outputs to range 
from -1 to +1 if they are bipolar and 




Calculating the D and I terms: Use a straight line approx- 
imation for the derivative and a trapezoidal approxima- 
tion for the integral. 

from to +1 if they are imipolar. Actu- 
al inputs and outputs are scaled appro- 
priately. 

I do this for a number of reasons. 
First, you can construct membership 
functions and rules at a level of abstrac- 
tion above the actual system. For exam- 
ple, in the controller we are designing, 
we do not yet need to worry whether 
the P term (proportional error) will 
range between ±5, ±6, or ±10V. Rather, 
we limit its range to between ±1 and 
adjust its scaling gain accordingly. The 



same applies for the D and I input 
terms — and for the outputs. 

Setting the actual scaling gains is 
then typically performed as part of the 
simulation step (if one exists), or test 
step (if no simulator is used). Initial 
input gains are set to just prevent satu- 
ration of the inputs and are 
changed only if inputs are 
later seen to saturate. Out- 
put gains are set to achieve a 
desired loop gain and are 
subsequently changed as 
part of the system tuning 
process, along with mem- 
bership function and rule 
changes. 

Number of rulebases: 
The standard approach for a 
three-input fuzzy system is 
to use a single, three-input 
rulebase. Doing so demon- 
strates what is currently 
called "rule explosion." 

Lef s represent each input 
as seven membership func- 
tions (with names, for exam- 
ple, NL=negative large, 
PS=positive small, and so 
forth). Five or seven membership func- 
tions for each input are fairly common. 
For a single-input system, you'll have 
seven rules, one rule for each input. 
Here is an example: 

IF hiput is NL THEN Output is PS; 
For a two-input system, there are 
7x7=49 possible input combinations 
and, therefore, if we fully populate the 
rulebase, 49 rules, which are now of the 
form: 

IF Input_l is NL AND lnput_2 is ZR 
THEN Output is PS; 
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Figure 4 
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A fuzzy PD+I controller uses two rulebases, one for the P (proportiomil) and D 
(derivative) inputs, and a second for the I (integral) input. The amplified outputs 
of the two rulebases are summed and applied as the input to the controlled sys- 
tem. The input domains of all three terms (P, D, and, I) are normalized to ±1 units, 
thereiqr requiring lioth scaling gains on the inputs and drive gains on the outputs. 
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Similarly, for three inputs and a fully 
populated rulebase, there are 
7x7x7=343 rules, each of the form: 
IF Input_l is ML AND Input_2 is ZR 
AND Input_3 is NS 
THEN Output is PS; 
however, would rather not determine, 
nerate, test, and tune 343 rules. 
Three general approaches for getting 
id rule ejqdosion are available. Hist, 



trainable systems, such as neural nets or 
genetic algorithms, are increasingly used 
to design fuzzy membership functions 
and rules. Be very certain of tiie tnuning 
data. This is an excellent oppartimify for 
garbage-in/gar-bage-out. 

Second, some researchers are looking 
toward reducing the number of input 
membership functioru (and thus the 
ntmiba of rules) based on the stvape of 



the response function. This looks 
promising — when you know the shape 
of the response function. 

Finally, complexity-reduction tech- 
niques currently used in simplifying 
large systems may also be ^propriate. 
If the system is amenable to a "divlde- 
and-conquer" stratagem, use it. 

We'll use this latter approach. Know- 
ing the operation of a linear PID con- 
troller, where individual gains are 
applied to the P, I, and D terms with the 
results then summed, I decided to see if 
the 1 term could be handled separately. 
This would result in a system with 49 
rules used in the PD rulebase and 20 in 
the I rulebase (in two months well see 
why so many rules cire used for the 1 
term). The resulting structure is what 1 
call a fuzzy PD+I controller. Fig 4 shows 
the block diagram of the system incor- 
porating fuzzy PD+1 control. 

We are running out of space. Next 
month we'll discuss the next step in the 
design process, which is how to flesh 
out our generalized design into mem- 
bership functions, rules, and gains. 

One final comment: We are design- 
ing a setpoint controller that controls 
an output parameter to a commanded 
value. I have chosen this to demon- 
strate how to design a simple fuzzy sys- 
tem. Although many setpoint con- ^ 
trollers have already been developed, 
especially in Japanese ccmsumer prod- 
ucts, most fuzzy practitioners are quick 
to point out that fuzzy logic applied to 
control is more effective in task control. 
An example of task control Professor 
Zadeh often suggests is paddiig a car. 
The theory and application of setpoint 
control is quite well established and, 
although fuzzy systems often do a good 
job, other control methods also do so. 
Implementing task control with tradi- 
tional methods tends to be more diffi- 
cult, because we are forced to work with 
crisp threshold. 

As always, your cormnents and feed- 
back are welcome. If you E-mail, please 
include your postal address, too, in case 
my server can't find yours. 
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fl other battery can fit your application or maximize 
your circuit board space like Eaglefictier's Keeperll Littiium series. 
For additional information about houj uue can fit all of your pouuer 
supply needs, call an Eagle-Pichef rqxesentative right noui. 
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David Brubakeris a consultant in fuzzy- 
system design. You can reach him at 
Huntington Advanced Technology, 883 
Santa Cruz Ave, Suite 3 7, /Wen/o Porfc, 
CA 94025-4608 or on the Internet at: 
brubaker@cup.portal.com. 



